-
Notifications
You must be signed in to change notification settings - Fork 290
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
add support for multichannel and CAN-FD #139
base: master
Are you sure you want to change the base?
Conversation
src/main.c
Outdated
struct gs_host_frame *msgbuf = calloc(CAN_QUEUE_SIZE, sizeof(struct gs_host_frame)); | ||
assert_basic(msgbuf); | ||
can_init(channel, CAN_INTERFACE); | ||
can_disable(channel); | ||
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Should we come up with a better way of handling the init? Rather have some type of indexed table with [channel][CAN_INTERFACE] instead of having to add defines here for each new channel.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
You mean a read only array of structs, with a struct describing the HW configuration of a single channel. Sounds good. Which information do we need per channel?
memcpy(¶m_u32, hcan->ep0_buf, sizeof(param_u32)); | ||
if (set_term(req->wValue, param_u32) == GS_CAN_TERMINATION_UNSUPPORTED) { | ||
USBD_CtlError(pdev, req); | ||
} |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Termination GPIO is channel based. Should we stub that out here as part of the multichannel change?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Should come after we thought about per channel configuration.
d1e0c57
to
203cfac
Compare
It's not yet stable, |
203cfac
to
bb32688
Compare
changes:
|
bb32688
to
f3dbeec
Compare
changes:
|
f3dbeec
to
0ec5d41
Compare
changes:
|
0ec5d41
to
adfa1f1
Compare
adfa1f1
to
7a9e176
Compare
7a9e176
to
dba4baa
Compare
FYI: @lichtfeind will now work on STM32G0 support. |
015b9a7
to
eef6f97
Compare
eef6f97
to
ca78d19
Compare
fdec4bf
to
343714f
Compare
25726c4
to
eb15d9d
Compare
99d5695
to
7f6a8b2
Compare
a8a5d83
to
48b2f1d
Compare
48b2f1d
to
267022a
Compare
HAL_GPIO_Init(LEDRX_GPIO_Port, &GPIO_InitStruct); | ||
|
||
/* FDCAN */ | ||
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
FWIW - To get this to work with Adafruit "CAN Pal" TJA1051T/3 breakout board( https://www.adafruit.com/product/5708 ) , I needed to connected the transceiver silent (SLNT) pin to GND.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
In your board file you can implement the struct BoardConfig::phy_power_set
callback and pull the transceiver's silent pin into the correct direction depending on the value of the enable
parameter.
@marckleinebudde, is CANFD fully supported on G0 based devices ? I have recently purchased candleLight FD from linux automation and im looking for something that works out the box. |
The device comes pre-flashed with a working firmware. |
Hi all Can you pls clarify if this has finally been merged to main_dev - or - if we need to get code from [marckleinebudde]'s (https://github.com/marckleinebudde) fork? The discussion seems to indicate support for the G0 is mature, but it's unclear if/what's been merged to this main branch. Thanks, |
It's not mainline. Please use https://github.com/marckleinebudde/candleLight_fw/tree/multichannel for now |
This PR should add multichannel and CAN-FD support. Currently it's WIP.